PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.25

Text File | 1988-04-08 | 29.7 KB | 798 lines | [TEXT/ttxt]

22-Feb-88 15:14:17-PST,31123;000000000001
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 22 Feb 88 15:12:27 PST
Received: from relay2.cs.net by RELAY.CS.NET id ab15419; 22 Feb 88 13:43 EST
Received: from relay.cs.net by RELAY.CS.NET id aa11279; 22 Feb 88 13:32 EST
Received: from sdr.slb.com by RELAY.CS.NET id ac11263; 22 Feb 88 13:26 EST
Date: Mon, 22 Feb 88 12:49 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #25
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Mon 22 Feb 88 12:48:56-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #25
To: Usenet-List: ;
Message-ID: <572550536.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Friday, February 19, 1988      Volume 4 : Issue 25

Today's Topics:
     Esperanto Stack Password
     Keeping Undesired Trash off of hard disks
     Re: AutoSave DA
     File Server - Information Wanted
     Information request- A/UX
     List Manager problem
     Bug in LaserWriter Driver 5.0
     SAS/Graph on a Mac
     Re: A/UX cost + MAC disks
     Re: A/UX cost (2 messages)
     A/UX hints
     DA copy via cmd-C
     Re: Does Avatar exist?  Why don't they answer their phone?
     Re: A/UX cost
     Option key death
     Detecting Disk Ejections
     Why Do I need Kinetics Box?(Unix<>Mac)

----------------------------------------------------------------------

From: [e-mail] (Michael Urban)
Subject: Esperanto Stack Password
Date: 12 Feb 88 16:09:15 GMT
Organization: TRW Inc., Redondo Beach, CA

Through confusion and New Year's stupidity, the Esperanto stack went out
in password-protected form.  The protected form was intended for people
primarily interested in Esperanto, not the stack (paranoia about
accidental damage), and is clearly inappropriate for comp.binaries.mac.


The password is "privorto"

Apologies.

--
   Mike Urban
    ...!trwrb!trwspp!spp2!urban

"You're in a maze of twisty UUCP connections, all alike"


------------------------------

From: [e-mail] (Eric Tilenius)
Subject: Keeping Undesired Trash off of hard disks
Date: 13 Feb 88 02:04:58 GMT
Organization: Princeton University, NJ

We have a problem at our school involving the Mac SE recently purchased
for public cluster use.  They all have hard disks, which is quite good
and well, except for the fact that everyone loves to PLAY with these
hard disks...

    A) They dump non-supported software on them
    B) They alter system files (changing sounds, startup screens)
    C) Programs are thrown off the disk that should be left on for student
use

and so forth...

Each week, the hard disks are cleaned, taking up a great deal of time
(we have 46 of them now... possibly triple that number in the future)
and effort.

What I'm looking for are suggestions on how to

1) Keep users from messing up the hard disks, while still allowing them
   to access the programs and system files without trouble

2) An easy way to restore the disks that takes less time (for instance,
   a way to use the Appletalk network to simultaneously clean up all
   the hard disks.)

I had suggested using the PROTECT bit, as a nice means of preventing the
system and software files from being trashed and from being illegally
copied, but sources say Apple is discouraging use of this bit (just when
we had SOMETHING that worked!)

Any ideas?  Any commercial software?  Hardware?
--
- ERIC -             * Another proud CoCo 3 user *        ______________
                                                         |              |
BITNET:ewtileni@pucc | ARPA:[e-mail]  | ColorVenture |
CompuServe: 70346,16 | MCI Mail and/or Delphi: TILENIUS  |______________|
PHONE :[phone]  | UUCP:{rutgers,cbosgd,cmcl2}!psuvax1!pucc.BITNET!ewtileni


------------------------------

From: [e-mail] (Miles Asher Weissman)
Subject: Re: AutoSave DA
Date: 13 Feb 88 03:43:28 GMT
Organization: Carnegie Mellon University


Andrew West  {hplabs, amdahl} ...!bnrmtv!west writes:

> Has anyone had any experience with the AutoSave DA from Magic Software? ...
> I saw an ad in the March 1988 issue of MacUser advertising the program for
> $49.95 directly from the company.

    Since few people on the net seem to have experience with Savior
(although most know about it), I have decided to voice my opinion.

First let me state that the only info I have about AutoSave is the
MacUser Advertisement.  The advertisement basically states that it has
all these great features.  From what I gather, Savior has more!  not to
mention that It can use any item on any menu (All one has to do is
specify the name of the menu item or actually choose it while the Savior
dialog box is up)

Savior will activate after:    X number of Key and mouse clicks
                and    Y number of seconds
                and    Z number of seconds of inactivity

I think Savior is what you want.  Don't waste your money on AutoSave!!!
--
            - Miles Weissman
[e-mail]
Carnegie Mellon University
Acting President CMU MUG


------------------------------

From: [e-mail] (Eric Tilenius)
Subject: File Server - Information Wanted
Date: 13 Feb 88 02:20:37 GMT
Organization: Princeton University, NJ

I'm wondering about information on a critter that doesn't yet exist. It
may never exist, but it's what some people here are looking into for a
campus-wide Mac solution.

It's a file server that's fast.

It must be able to BOOT Macs (through SCSI port?) so students can just
flip on the Mac and have access to the software.

System files (apple system v. 5.0), and applications should be available
to anyone on the system (there would be over 100 Macs involved, perhaps
not on the same server) at the same time.

Remote maintenance would be ideal.

It should provide some space to store files for users if they forget to
bring a floppy disk to store the file on.

Programs/system should be protected on the main disk from tampering...
Perhaps they could be loaded into a user file upon booting for each Mac,
then refreshed when the Mac is turned off.

* Can such a system exist?  Does anyone have it in the works?

(Don't say "AppleShare", please - that doesn't boot computers, and it's
not in the same league.  Perhaps something running off a Sun
workstation?)

Any information, ideas, help would be appreciated.  EMAIL preferred.

UUCP path:  rutgers!pucc.bitnet!ewtileni
            rutgers!pucc.princeton!ewtileni

Other mail addresses listed below...   Thanks in advance!
--
- ERIC -             * Another proud CoCo 3 user *        ______________
                                                         |              |
BITNET:ewtileni@pucc | ARPA:[e-mail]  | ColorVenture |
CompuServe: 70346,16 | MCI Mail and/or Delphi: TILENIUS  |______________|
PHONE :[phone]  | UUCP:{rutgers,cbosgd,cmcl2}!psuvax1!pucc.BITNET!ewtileni


------------------------------

From: [e-mail] (Tom West)
Subject: Information request- A/UX
Date: 12 Feb 88 22:58:15 GMT
Organization: University of Toronto Computing Services

  Info request:  What is the largest hard disk that A/UX supports.  We
are considering getting a bunch of Mac II's, but we will want about 1
Gig of disk space on them. (Scientific computing and all that.)  Putting
15 80M HD boxes in series is not really feasible, especially when there
are 380M SCSI drives selling for $5000 Cdn!  (Those won't be usable on a
Mac II for 6 months, however)

  Second request:  Anyone know of some Mac II board to speed up
computing power.  Somebody could make a killing in the scientific market
by selling a Weitek board with f77 compiler.  (At least, we would buy
:-)).

  Thanks in advance for any information supplied.

  Please mail responses.  I will summarize if interest warrants.

--
                Tom West

BITNET:         [e-mail], [e-mail]
Internet:       [e-mail]
UUCP:           tomwest@utgpu

        utzoo, yetti, harpo, mnetor \
        cbosgd, deepthot, utoronto  -  !utgpu!tomwest
        ihnp4, lsuc, sfmin, vnr-vpa /


------------------------------

From: [e-mail] (Herb Poppe)
Subject: List Manager problem
Date: 12 Feb 88 21:26:23 GMT
Organization: Natl Ctr Atmospheric Research, Boulder, CO

According to the List Manager chapter of Inside Mac IV (page 266):

    The lClickLoop field of a list record lets you specify a routine
    that will be called repeatedly (by the LClick function, described
    below) as long as the mouse button is held down within the rView
    rectangle or its scroll bars.
          ^^^^^^^^^^^^^^^^^^ I have written a program in LightSpeed Pascal
(V1.11) that makes use of a ClickLoop routine. My ClickLoop routine gets
called when I mouseDown in the rView rectangle but not within the
(vertical) scroll bar. This happens on a Plus under System 3.2, an SE
under System 4.1 and a Mac II under System 4.2.

Is Inside Mac wrong; has anyone sucessfully written ClickLoop routines?
--
Herb Poppe      NCAR                         INTERNET: [e-mail]
[phone]  P.O. Box 3000                   CSNET: [e-mail]
        Boulder, CO  80307               UUCP: [e-mail]


------------------------------

From: [e-mail]
Subject: Bug in LaserWriter Driver 5.0
Date: 13 Feb 88 23:23:42 GMT
Organization: University of California, Berkeley

I don't know if this has been mentioned before, but has anyone noticed
that LW 5.0 doesn't create the Chicago font correctly, either when
downloading to the LaserWriter or when creating a PostScript file.  The
glyphs for the characters 17-20 (command, check mark, diamond and apple)
are missing, so these symbols don't appear in the final output.  I
checked LW 4.0 and it properly creates these glyphs.

On the subject of bugs, both 4.0 and 5.0 won't print italicized Chicago
either. The 3.x series worked fine.
--
Edward Moy
Workstation Software Support Group
University of California
Berkeley, CA  94720

[e-mail]
ucbvax!violet!edmoy


------------------------------

From: [e-mail] (Robert Annechiarico)
Subject: SAS/Graph on a Mac
Date: 14 Feb 88 03:04:55 GMT
Organization: Univ. of Rochester Computing Center

I few weeks ago I posted a question about doing SAS/Graph on a Mac.  The
idea was that I did not merely want to use the Mac as a plotting
terminal, but wanted to capture the output in any of the several object
formats that seem to be out there, manipulate the results, and output
the product to the laser writer or to a pen plotter.

I've received some responses, and I'm anticipating some more information
from a couple of people who are looking into things.  But, in the
meantime I've noticed a couple of other postings from people with
similar questions, so I figured I should post what I've heard so far.

If any of you can comment on any of the packages that I'll mention,
please do so.

I heard three categories of responses:

    - Use VersaTerm Pro and TekPrint.  VersaTerm Pro emulates the
Tektronix
      4105 and 4014 terminals.  You can capture the resulting plots and
      manipulate them with TekPrint, MacDraw, or MacPaint.  The author
of
      TekPrint told me you can output the results to an HP 7475 pen
plotter.
      Some people spoke very highly of this combination.  VersaTerm also
      emulates a vt100, and supports xmodem and kermit.

      The distributors are:

        Peripherals Computers & Supplies, Inc.
        2457 Perkiomen Avenue
        Mt. Penn, PA 19606
        USA
        [phone]


    - Use TextTerm + Graphics (this is a single program) for display and
      plotting on a laser writer or on a Hewlett-Packard or Houston
      Instruments pen plotter.  Like VersaTerm, this apparently emulates
      various Tektronix terminals (4014, 4105).  The company's ad says
you
      can save the resulting graph and manipulate it with MacDraw,
MacDraw,
      PageMaker, etc.  The company also sells a package named "Plot-It",
which
      allows you to create graphics with MacDraw, MacDraft, MacPaint,
Excel,
      Chart, Jazz, etc. and output the results to a Hewlett Packard or
Houston
      Instruments pen plotter.  A couple of people spoke very highly of
      Plot-It.  I heard of the TextTerm + Graphics program when I called
      the company; the ad claims support for vt100, and xmodem and
kermit
      protocols.  The distributor is:

        Mesa Graphics, Inc.
        P. O. Box 600
        Los Alamos, NM  87544
        USA
        [phone]

    - Tom Cole of SAS, who heads their VMS development group, offered
      a different solution using the SAS metagraphics facility.  I've
been
      trying to contact him via usenet mail.  I haven't succeeded; I
guess
      I'm going to end up trying the telephone.  Tom, if you happen to
      read this posting, I would be interested in that software that you
      mentioned in your own posting.


    As a side note, one person mentioned that we might be interested in
looking at plotter drivers like MacPLOT or MacPlots.

    That's about what I've heard.  If you have anything to add or
correct - or happen to know that one of the programs isn't what others
say it is - would you let me know?  I'll post a summary of the
responses.

    By the way, I haven't used any of the products sold by the companies
that I mentioned above (except SAS...), and I have no connection with
any of them.
--
Eric Carleen
University of Rochester Medical Center
(716)-275-5391
Bitnet: heartedc@uorhbv
UUCP: cornell!rochester!ur-tut!mpip


------------------------------

From: [e-mail] (David Phillip Oster)
Subject: Re: A/UX cost + MAC disks
Date: 14 Feb 88 04:20:52 GMT
Organization: School of Education, UC-Berkeley

In article <3600018@iuvax> [e-mail] writes:
>With the lack of DMA disk storage and graphics support, can A/UX on a Mac II
>operate well when multiple tasks are running and disk swaps are taking place?
>Doesn't everything grind to a halt until the disk access is completed, since
>the CPU is the disk controller?

This is kind of the wrong way to look at things. Consider: a DMA unit is
a second processor that basically has one instruction: BlockMove(). You
would think that the DMA unit could move data around while the CPU is
computing, giving you a theoretical factor of 2 speed up. But it just
isn't so. In order to move data around, you have to move it over the
data bus. The data bus gets just as loaded whether you are using a DMA
controller to move the data or using the main CPU. (Because the 68020
has an instruction cache, the loop that moves the data stays in the
cache, so all use of the bus is useful data movement.) When the DMA unit
is pushing data around, the 68020 is locked out, unable to get any
operands from memory, unable to get the next instruction to do. (sure,
it could finish a multiply, already in progress, but there aren't many
of them in a typical instruction mix.)

Conclusion: a DMA unit doesn't help much as long as you only have one
data bus in the computer.

There is a big problem though: A/UX and the Mac operating system support
a type of read operation called asynchronous read: the disk gets a
command to transfer data, and the computer goes off and does something
else until the disk generates a hardware interrupt to signify that the
data is here. (Most programs just do a read(), and wait until the data
is there, but under A/UX, there is always something else to run while we
are waiting for the read to complete: the A/UX operating system takes
care of it.)

The problem: most mac programs don't use asynch reads. Most Mac disk
benchmarks don't check that the disk driver author actually supports
Asynch reads. Since noone asked for it, most of the existing disk
drivers just make asynchronous reads wait, just the same as if they were
ordinary synchronous reads. (I asked one driver manufacturer why his
drives don't run any faster asynchronously, and he said that noone asked
for it and he had other things to write, so he took the easy way out and
just branched to his synchronous code if the program does try to do
asynchronous i/o.)

Under the Macintosh Operating system The situation is further confused
because Apple removed Asynchronous file Open()s. The Asynchronous bit,
in the Open call only, is used to tell a MFS (64k ROM flat file system)
from an HFS (128K and more recent ROM: hierarchical file system.)

Summary: Don't expect the presence or absence of DMA to be important.
What is important is:
    1.) the bus bandwidth (Mac II nuBus, versus Sun VME bus)
    2.) whether the disk driver authors correctly support asynchronous
reads
    and writes.
--
--- David Phillip Oster            --A Sun 3/60 makes a poor Macintosh II.
Arpa: [e-mail] --A Macintosh II makes a poor Sun 3/60.
Uucp: {uwvax,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu


------------------------------

From: [e-mail] (Warren Gish;133 Biochem;x3-9219)
Subject: Re: A/UX cost
Date: 14 Feb 88 06:48:09 GMT
Organization: University of California, Berkeley


Here are a few features of Mac toolbox support under the current version
of A/UX that potential buyers should be interested in knowing:

    (1) Mac applications can not print
    (2) only a single Mac application can run at a time
    (3) no color support for Mac applications under A/UX
    (4) file transfers between an A/UX disk partition and
        a MacOS partition must be made thru an MFS floppy
        disk intermediary
    (5) Apple estimates only about 1% or less of the current MacOS
        applications will run under A/UX in their present form
        (although the changes necessary for A/UX toolbox-compatibility
        are said to be quite small)
    (6) extra hardware must be purchased in order to use LocalTalk
        for printing on a LaserWriter or other communications

Also, the MacII can not be configured to automatically boot A/UX when
powered on -- but maybe there will be a MacOS CDEV+INIT sometime in the
future that will automatically boot A/UX after the MacOS comes up? The
power switch on the MacII will require that the unit be physically
turned back on after an interruption of AC power, unless (I'm guessing)
the power-on switch is taped down.

According to MacWeek, some of the toolbox deficiencies (1-4?) are
scheduled to be fixed this summer.  Until then, it appears to me that
the current release of the A/UX toolbox is really to allow developers to
prepare for a summer A/UX marketing fest.

Are there any UN*X gurus out there that can tell us what A/UX, with its
System V Release 2-compatibility, lacks in comparison to what NeXT is
rumored to have in its System V Release 3? Isn't Release 3 what AT&T is
trying to standardize the world upon?

Hey, Apple!  Say it ain't so, that all us MacII owners that already
bought 5 MB RAM and an 80 MB disk don't have to buy it all again just to
get A/UX.  @#%&!
--
Warren Gish
IS&T
Evans Hall
Berkeley, CA 94720
[e-mail]


------------------------------

From: [e-mail] (Don Ahn)
Subject: Re: A/UX cost + MAC disks
Date: 14 Feb 88 06:39:55 GMT
Organization: University of California at Berkeley

In article <[e-mail]>, [e-mail]
(David Phillip Oster) writes:
> Conclusion: a DMA unit doesn't help much as long as you only have one data
> bus in the computer.

I beg to differ with you here.  The amount that DMA will help your
system throughput depend on how much of the bus bandwidth you are
currently utilizing. If say, your bus bandwidth is 2megbytes/sec, and
your CPU utilization is 1m/s, and your disk system transfers at 1m/s, a
well engineered DMA controller should be able to "steal cycles" from the
CPU and allow it to run close to full speed while it transfers data.
Naturally, there will be some contention if CPU bandwidth + DMA bandwith
> bus bandwith, but you will be getting almost full utilization of the
bus, thus getting improved system performance. Also, in general, DMA
controllers are more efficient at moving data around than CPU's so even
if the DMA "locks out" the CPU from the bus, it  is still a win.}i
Supposedly, one of the benefits of using a VAX instead of the 68020 is
that the VAX (at equivalent clock frequencies) utilizes less of the bus
than the 68020, thereby giving DMA controllers more usable bandwidth. (I
don't remember the numbers exacty, something like VAX at 30%, and 68020
at 60%). By the way, the 68030 has a new "burst mode" that uses even
more of the bus  bandwidth so DMA for the 68030 will probably be a
smaller win than that for the 68020.

> Summary: Don't expect the presence or absence of DMA to be important. What

As for asynchronus writes, a DMA controller also helps because it allows
you to  tranfer aritrarily sized blocks of data directly into memory.
If you want to transfer a 1 meg file into memory asynchronusly, for
example, you can tell the DMA controller to load it in and you get an
interrupt when it's done. If the CPU is doing transfers, however, you
get an interrupt every time the disk controller's buffer fills up.  If
the buffer is say, 8K, that's 128 interrupts (i.e. context switches) for
that one file.  DMA can be a big win  here.


Summary: DMA is a win all around.  Big or small depends on your system
    configuration


--
Don Ahn
UC/Berkeley Dept. of Zoology
1576 LSB            USENET: ...!ucbvax!donahn
[phone]            ARPA:   [e-mail]


------------------------------

From: [e-mail] (Mike Newton)
Subject: A/UX hints
Date: 14 Feb 88 12:04:34 GMT
Organization: California Institute of Technology


Here are some hints about A/UX:

Disk space:
  The initial distribution fills almost all of the 80 Meg disk, here are
  a few things I suggest/thought about removing:

    All the accounting programs and utilities.
    All the sources for emacs (I didnt do this...)
    All the compressed man pages (I didnt do this either)
    Any of the networking stuff that you will never need
    All of the games and their man pages (i did leave the 'life' program).

Emacs:
  My beta version came w/ 18.44 of gnu.  If yours did and you want to
  bring it up to date, get all the patch files (diff-18.44-18.45....)
  and apply them, except for sysdep.c, which you have to do carefully
  by hand.  All the others work well.  It's REAL NICE running gnu emacs
  at home.  After rebuilding, clean up .o files and such to save a
  large amount of disk.

SASH Disk space:
  If your version came w/ a large number of utilities in the Mac disk
  parition in a folder called 'bin', you can remove all of these
  except launch (save them to a disk (or two, or three...)).  That way
  you can keep a fair number of mac stuff lying around in that 2 Meg
  parition.

Compilers:
  Probably someone will offer more expensive 'better' compilers.
  However, I strongly suggest waiting for GNU to settle down and for
  someone to port it.  (I did a large part of the port, but gave up
  when one macro expanded to such a large text that I could not
bootstrap
  using the A/UX compiler).

Compiling:
  My experience has been that when compiling sources (especially things
  like GNU sources), A/UX behaves sufficently like a BSD system that
  the makefiles assume this.  This usually results in a syntax error
showing
  up in an include file -- often because of /usr/include/sys/types.h not
  being included.
  Adding -DUSG to many makefiles solves this problem!

(Note: all comments were based on a late Beta release!)

My questions:  Has anyone hooked up a WrenIII to A/UX yet?  Like, say,
the one from mac-disk (150Meg for $1950)?

And: I have the original X11 source from the MIT distribution, but have
not had time to even try to write the 'device-dependent' part that would
work on A/UX.  Has anyone done this and is willing to share it?

Hope these help everyone, - mike
--
[e-mail]    {ucbvax!cithep,amdahl}!cit-vax!newton
Caltech 256-80            818-356-6771 (afternoons,nights)
Pasadena CA 91125        Beach Bums Anonymous, Pasadena President

    "Reality is a lie that hasn't been found out yet..."


------------------------------

From: [e-mail] (Milt Sagen)
Subject: DA copy via cmd-C
Date: 14 Feb 88 09:23:04 GMT
Organization: Oregon State Universtiy - CS - Corvallis, Oregon

When a user issues a cmdKey equivalent of copy (paste) for a desk
accessory,  does the DA get a parameter block csCode equal to accCopy
(accPaste)?

The DA I'm writing will respond to copy and paste commands when the user
selects them with the mouse.  However, when a command key equivalent is
issued I must interrupt a keyDown event in order to respond correctly.
    I had expected to receive an accCopy or accPaste.
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Was I incorrect about
my assumption, or is there something I should have  done to inform the
system, Desk Manager or whatever, that the DA can handle key equivalents
for the Edit menu commands?

I'm writing the DA in Lightspeed C so the drvrEMask includes keyDown
events (otherwise I would not be able to respond to such events).

Thanks,
--
Milt Sagen                         [e-mail]
Grad. Student
Department of Physics
Oregon State University
Corvallis, OR. 97331


------------------------------

From: [e-mail] (Michael Fryd)
Subject: Re: Does Avatar exist?  Why don't they answer their phone?
Date: 14 Feb 88 17:33:04 GMT
Organization: Carnegie-Mellon University, CS/RI

Avatar does exist.  The problem is that there are a number of companies
in Pittsburgh that have "Avatar" in their name.

The Mac Printer Driver that produces Unix pic output is from:
    Avatar Corp.
    5606 Northumberland
    Pittsburgh, PA  15217
    [phone]
--
-----------------------------------
Michael Fryd
[e-mail]


------------------------------

From: [e-mail] (Jim Kateley)
Subject: Re: A/UX cost
Date: 14 Feb 88 17:55:39 GMT
Organization: Apple Computer Inc., Cupertino, USA

In article <[e-mail]> [e-mail]
(Warren Gish) writes:
>    (4) file transfers between an A/UX disk partition and
>        a MacOS partition must be made thru an MFS floppy
>        disk intermediary
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Well, not
if you have Ethertalk and NCSA telnet.  Stuffit 1.31 and binhex 4.0 run
under A/UX, so you can stuff or binhex your files (since NCSA telnet
will only xfer data fork files), then transfer them over with the FTP
stuff in telnet..then unstuff or unbinhex them.... this is assuming that
you have a MacII with A/UX and another Mac that can talk to it over
ethernet.

>Also, the MacII can not be configured to automatically boot A/UX
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Huh?  The SASH application is more than happy to start A/UX up for you
automatically, just make it the startup application, then configure it
to automatically boot...

--
Jim Kateley
Applelink: kateley1
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!kateley
CSNET: [e-mail]

Disclaimer:   What I say, think, or smell does not reflect any policy or
          stray thought by Apple Computer, Inc.


------------------------------

From: [e-mail] (Jeremy Brest)
Subject: Option key death
Date: 14 Feb 88 19:50:06 GMT
Organization: Swarthmore College, Swarthmore PA

Twice now I've had my mac II die the following strange death:  for no
apparent reason, the system responds to all typing as though the option
key is pressed, although it isn't.  The key is not stuck, but key caps
da shows the key depressed, too.  Has anyone else had this problem?
--
Jeremy Brest
Swarthmore College
uucp:...seismo!bpa!swatsun!jeremy
CSnet:[e-mail]
ARPAnet:[e-mail]


------------------------------

From: [e-mail] (Tom Carstensen)
Subject: Detecting Disk Ejections
Date: 15 Feb 88 00:36:24 GMT
Organization: Mentor Graphics Corporation, Beaverton Oregon

It there a way to detect when a disk has been ejected via the
<cmd-shift-1/2>, rather than continually poll the drives to determine
what volumes are on-line (in the machine)?

I can detect the keyboard cmd-shift-1/2 event, but there are other ways
to eject the disk (ie the pin-hole in the drive itself).

Any answers?
--
:------------------------------------------------------------:
: Tom Carstensen              Usenet: [e-mail] :
: Mentor Graphics             GEnie:  XPC23637               :
:                                                            :
:     . . . and this shall be Max Headroom's finest hour.    :
:                                       - Max Headroom       :
:------------------------------------------------------------:


------------------------------

From: [e-mail] (David Williams)
Subject: Why Do I need Kinetics Box?(Unix<>Mac)
Date: 12 Feb 88 18:47:30 GMT
Organization: Hewlett Packard, Cupertino

Ok you LocalTalk/Ethertalk/Ethernet gurus: A Question...

Now that there are Ethernet cards for the SE and the II why is a
Kinetics Box (or like boxes) necessary? Will there be a version of
AUFS/CAP stuff that does not require a box between my Mac II w/EtherTalk
and my Hp Unix box on the ethernet? If not, WHY NOT?

And just where might NFS fit into this scheme? I know TOPS is working on
incorporating this into TOPS to some degree. However, the cost has to be
reasonable, as I am the only Mac II user in my lab, and we are not about
to  spend big bucks for just one user.

I can already have multiple sessions with my Unix box courtesy of NCSA
TELNET, but it would be great to be able to mount the file system and
store some of my files on Un*x. Yes, I know I will be able to do that
sort of thing if I buy AUX and another disk drive--but I want to do it
without AUX and under the MAC OS.

Take it away gurus......
--
--------------------------------------------------------------------------
David L. Williams
[e-mail]
...!hplabs!hpda!dlw

Hewlett Packard, Cupertino Ca
Software Development Technology Laboratory
Distributed Computing Environment Project
Phone:[phone] Mailstop: 47LR
"What if Apple put a SPARC on a Nubus card?"

------------------------------

End of Usenet Mac Digest
************************
-------